約 3,470,012 件
https://w.atwiki.jp/piscolla/pages/11.html
登録者名 補足 管理人@SPARK このサイトの管理人です raiken様 副管理人です 登録削除の依頼は下記のコメント欄にて受け付けます。 但し、削除に時間がかかる場合がございます。 ご了承ください。 こちらより、登録削除依頼を受け付けます。 -- 管理人 (2008-08-30 00 05 16) 削除お願いします -- qESt (2008-10-01 20 49 34) 削除遅れてすみませんでした。削除完了いたしました。 -- 管理人 (2008-10-04 21 17 30) 名前 コメント
https://w.atwiki.jp/blog_lines/pages/6.html
何でもご自由に書き込んで行ってください。 あああ -- キャノ 2006-04-19 15 53 16 あああ いいい -- tadahisa (2006-04-21 13 21 59) ううう -- ま~し~ (2006-04-21 17 05 47) えええ -- るっく (2006-04-21 20 50 33) おおお -- daddy (2006-04-22 11 05 42) カ行もいっとく? -- giro (2006-04-23 00 25 10) Ψ(`□´)Ψかかか -- はまぞう (2006-04-23 15 01 58) いや、そういうのでなくって普通にコメント入れてくださいよぉ~。 -- キャノ (2006-04-23 23 23 49) 誰か痔にやさしいサドル教えてーてーてー… -- tt (2006-04-25 10 11 01) お疲れ様です。メンバー紹介cloverさん抜けてますよ~ -- るみちゃん (2006-04-25 17 17 14) asahiさんは改名されていますので、この機会に変えちゃいましょう -- るみちゃん (2006-04-25 17 18 54) rumikoさんだと硬い気がするので名前はるみちゃんでお願いします。 -- るみちゃん (2006-04-25 17 19 51) チームジャージ、早く作りたいですねぇ -- tadahisa (2006-04-25 17 44 48) 5月中に発注しないと8月の鈴鹿に間に合わないかもよ~ -- tadahisa (2006-04-25 17 45 20) ジャージ案、いくつか作ってキャノさんに送ったので公開されたらコメントよろしく~ -- tadahisa (2006-04-25 17 46 25) レース参加時の事ですが、所属なしで申し込むのも面白くないので、 -- るみちゃん (2006-04-25 19 11 20) どこかチームに所属するまでブログラインズで申し込むというのはいかがでしょう? -- るみちゃん (2006-04-25 19 14 49) 強制というわけではないのですが、asahiさんもM岡さんもスタートリストで所属が空欄になっていたので、ここがブログラインズで埋まるといいかなと -- るみちゃん (2006-04-25 19 18 10) 一つの案としてどうでしょう。どこか近所のチームに所属するまでの架け橋的な位置になればいいかなと思います。 -- るみちゃん (2006-04-25 19 19 28) るみちゃんに賛成!なんですが・・・ -- tadahisa (2006-04-26 13 03 53) まだチームとしての認識が薄いのかなぁ? -- tadahisa (2006-04-26 13 04 13) やっぱみんなで何かイベントに早く出たいです -- tadahisa (2006-04-26 13 05 17) チームとしては5/4の中山耐久が初戦になります。がんばってほしいものですな~ -- tadahisa (2006-04-26 13 05 49) そういえば上の「tt」ってどなたでしょうか?? -- tadahisa (2006-04-26 13 09 22) すげーーー。チャットが出来る!! -- 志保 (2006-04-26 20 08 40) るみちゃんの案に賛成です!! -- 志保 (2006-04-26 20 09 19) しかぁ~~し!!bloglinesの初の表彰台は、GWの中山サーキットで奪いますから!! -- 志保 (2006-04-26 20 09 59) BLOG LINESの名前を使わないのは、使って良いのかなぁ~。とついつい考えてしまうからでしょう。私がそうでした。 -- キャノ (2006-04-26 22 27 44) これからはどんどん使いましょう! -- キャノ (2006-04-26 22 30 18) 最近ヤル気ゼロでぇ~す! -- giro (2006-04-27 21 11 47) bloglines初の表彰台目指してガンバってね~ -- giro (2006-04-27 21 15 22) さ、今から寝よう~っと!おやすみなさ~い♪ -- giro (2006-04-27 21 16 01) 人気ブログランキングのポイントあげようと思ってBloglinesで検索かけたらいっぱいでてきた! -- giro (2006-04-28 12 18 25) Bloglinesって言葉があるんですね~ ひとつおりこうになりました~ -- giro (2006-04-28 12 20 42) 眠いじぇい!こっくり(-_-)(_ _)(-_-)(_ _).。oOOこっくり -- るみちゃん (2006-05-01 00 42 28) 7月29日ブルベ琵琶湖の詳細な予定を教えてください。 -- るみちゃん (2006-05-10 07 34 44) 小豆島寒霞渓ヒルクラサイクリングを企画しました~いまの所、7/16or17を予定しています。詳細はBLOGにて。参加表明お待ちしています。 -- tadahisa (2006-05-10 09 55 23) 小豆島お深いを企画していただきました。参加ご検討くださいまし。 -- るみちゃん (2006-05-10 13 24 47) オオカーラ記録取ってきます。6月4日(日)です。 -- るみちゃん (2006-05-18 16 03 53) ↑取ってくるというのは、計ってくるという意味ですよ!コースレコードという意味じゃないですよ!(; ̄ー ̄A アセアセ・・・ -- るみちゃん (2006-05-18 16 04 41) タクリーノ常連のM岡さん、ってここ見てますかね~? -- るみちゃん (2006-05-23 00 36 54) 富士山寒かったじぇい!!つがいけも珍しく雨!諏訪湖は曇りか~ -- るみちゃん (2006-06-13 10 37 26) せっかくHPできたんだから、何か活用できませんかね~。 -- るみちゃん (2006-07-24 21 44 05) 忘れ去られてしまったHPですね・・・残念です。 -- るみちゃん (2006-09-01 15 07 25) 名前 コメント
https://w.atwiki.jp/fujiyan/pages/15.html
WebコミックLibraryhttp //web-comi.appspot.com/GAE/JとSlim3で作成してみた、各出版社から配信されているWebコミックをまとめて閲覧できるサイトです。只今、実験運用中… 参考サイト 公式サイト(Java) Slim3 Slim3へ appcfg My Applicationsに作成した、GAEアプリケーションの管理を行うコマンドラインツールです。 Google Plugin for Eclipseの場合、SDKがplugins/com.google.appengine.eclipse.sdkbundle_x.x.x.../appengine-java-sdk-x.x.xに存在するので、そのbinフォルダ内にappcfg.cmdがあります。 通常は、環境変数GAE_HOMEに上記のplugins/com.google.appengine.eclipse.sdkbundle_x.x.x.../appengine-java-sdk-x.x.xを設定し、%GAE_HOME%\binをPATHに追加します。 Datastore ~ Operations Quotaの中でも、世の中の頭を悩ませる最大の壁Datastore Read Operations Datastore Write Operations Datastore Small Operations 結論から言えば、Memcacheでキャッシュしまくるしかないです。 とりあえず、キャッシュについて、適当に考察してみました →キャッシュの計画 インスタンス 参考 GAE/PでのBackendsの使い方 - Tari Lari Run GAEでいう「インスタンス」とは、計算リソースのことです。「仮想的なCPU」と考えてもいいでしょう。Javaクラスのインスタンスとは全然別の概念なので、そこを取り違えないように。 GAEのインスタンスの属性としてclassという用語が出てくるけど、やっぱりJavaクラスとは何にも関係ないので注意。 何かしらのJavaクラスのコードを実行する際には、(GAEの)インスタンスが割り当てられて実行します。このとき、コードの起動方法と設定によって、割り当てられるインスタンスが決定されます。 Frontend InstanceとBackend Instance 参考 Properties of Backends(公式サイトのBackends Java API Overviewより) ※Default(Frontend) InstanceとBackend Instanceの比較表です。 通常の、ブラウザからのHTTPリクエストによってアクセスされるServletは、Frontend Instanceが割り当てられます。 CronやTask QueueからアクセスされるServletは、FrontendかBackendが選択できる? 多分、publicのBackendにすれば、ブラウザからのHTTPリクエストに、Backend Instanceを割り当てることができるのかな? Cron 参考 Scheduled Tasks With Cron for Java 定期的に、Servletを自動実行する仕組みです。主に、Webクローラー等の、UIを伴わないバックグラウンド処理に利用されます。 具体的には、定期実行したい処理を記述したServletに対応するURLに対して、設定ファイル(cron.xml)に設定されたタイミングでリクエストを送出します。 例外発生時にcatchしなかった場合でも、リトライは発生しません。 Cronから呼び出されることを想定しているURLは、外部から勝手に呼び出されないように、admin以外はアクセスできないようにしておきましょう(後述の「認証」を参照)。逆に言えば、管理者の場合は、ブラウザからURLを指定してリクエストを送出すれば、Cronからの起動を待たずに強制起動が可能です。 まぁ、結局は単なるServletなのですから、当たり前ですが… スケジュールの指定 参考 The Schedule Format - Scheduled Tasks With Cron for Java 指定可能なのは、下記2パターン。混在は出来ないようです。間隔を指定して実行例 1時間毎に実行 指定日の特定の時刻に実行例 毎日12 00に実行 間隔を指定して実行 下記の形式で指定 every N (hours|mins|minutes) ["from" (time) "to" (time)] 2時間毎に実行の場合 every 2 hours 10 00~14 00の間に、30分毎に実行の場合 every 30 minutes from 10 00 to 14 00 指定日の特定の時刻に実行 下記の形式で指定 ("every"|ordinal) (days) ["of" (monthspec)] (time) 毎日10 00に実行の場合 every day 10 00 Task Queue 参考 Java Task Queue Configuration Servletを非同期実行する仕組みです。主に、UIを伴わないバックグラウンド処理に利用されます。処理を非同期実行可能な単位に分割し、その単位をTaskとして実行させます。 具体的には、非同期実行したい処理を記述したServletに対応するURLを、設定ファイル(queue.xml)で定義したqueueにキューイングします。 キューイングされたURLは、とあるタイミングで取り出されて、リクエストが送出されます。キューからの取り出しをApp Engineに任せるのがPush Queue キューからの取り出しをアプリで指定(Task Queue APIまたはTask Queue REST API)するのがPull Queue 例外発生時にcatchしなかった場合、リトライされます。とは言え、無限にリトライすると、一気にインスタンス時間を消費するので、必ずqueue.xmlの retry-parameters でリトライの上限設定を行いましょう。 Task Queueから呼び出されることを想定しているURLは、外部から勝手に呼び出されないように、admin以外はアクセスできないようにしておきましょう(後述の「認証」を参照)。逆に言えば、管理者の場合は、ブラウザからURLを指定してリクエストを送出すれば、強制起動が可能です。 まぁ、これも結局は単なるServletなのですから、当たり前ですが… リトライ queue.xmlの retry-parameters でリトライの設定 queue-entries queue name testQueue /name retry-parameters task-retry-limit 5 /task-retry-limit /retry-parameters rate 1/s /rate /queue /queue-entries 上記のtestQueueでは、タスクで例外が発生した場合、最大5回のリトライが実施されます。 最大で、最初の1回+リトライ5回=6回実行されます。 task-retry-limit リトライ回数を設定します。5と指定すると、5回のリトライを試みます。 task-age-limit リトライ期間を設定します。例えば、"5d"と指定すると、最初のタスク起動から5日間、リトライを試みます。 task-retry-limit と task-age-limit を同時に指定した場合、両方のリミットに達しするまでリトライする、とありますが、実質 task-retry-limit が優先ですね。例え5日間経過しても、5回に達していなければリトライし続けるので。 min-backoff-seconds と max-backoff-seconds と max-doublings 次のリトライまでのインターバルを決定します。 インターバルは、リトライの度に増加します。1回目は10秒、2回目は20秒、3回目は40秒…、という感じです。 イマイチ、インターバルの計算方法がわかりません。実際に動かすと、予想通りの時間にならない…。 CronとTask Queueの使い分け サンプルとして、Webクローラを想定します。 Webクローラは、サイトA、サイトB、サイトCを巡回します。 サイトA、サイトB、サイトCは、それぞれ独立に巡回することが可能とします。 サイトA、サイトB、サイトCの巡回処理をタスクとして、それぞれの巡回処理を行うServletのURLを/crawlSiteA、/crawlSiteB、/crawlSiteCとします。 各巡回処理のタスクをキューイングする処理を行うServletのURLを/execCrawlersとします。具体的な/execCrawlersの処理は、/crawlSiteA、/crawlSiteB、/crawlSiteCをTask Queueにキューイングします。 Cronで、/execCrawlersを定期起動するようにします。 説明 もし、上記のような構成ではなく、全処理を/execCrawlersのみで構成した場合サイトAでエラーが発生した場合、サイトBやサイトCの巡回が実行されません。 Cronではリトライが無いので、エラーが発生しても、そのままです。 上記構成の場合は、/crawlSiteAでエラーが発生しても、/crawlSiteBや/crawlSiteCは独立して実行されます。 さらに、エラー発生したタスクについては、リトライが実施されます。 とはいえ、クローリングの無制限のリトライは、DoS攻撃に等しいので、リトライの上限を設けておきましょう。 Backends Backend Instanceを用いて、コードを実行させます。 backends.xml Java Backends Configuration Backendsの設定をbackends.xmlに記述します。 backends.xmlはWEB-INF直下に配置します。 backends backend name="test-instance" class B1 /class options dynamic true /dynamic /options /backend /backends 上記の場合、test-instanceというnameのBackend Instanceを定義します。インスタンスの名前は全て小文字じゃないと、deploy時に怒られます。 複数のBackend Instanceを定義したい場合は、 backend を並べていきます。 インスタンスのclassとしてB1を指定してます。classの種類についてはInstance Classesを参照 まぁ、課金しなければ、ほぼB1ですね。 インスタンスのタイプとしてDynamicを指定しています。インスタンスには、Resident(常駐型)とDynamic(動的起動型)の2種類があります。 詳しくはTypes of Backendsを参照 これもまぁ、課金しなければ、ほぼDynamicですね。 ようするに、上の設定は、一番ケチな設定です。 もうすこし詳しく Backendsの無料枠は9インスタンス時間B1を1時間稼動させる単位を1インスタンス時間とします。 classが1つあがる毎に、消費単位が2倍となります。 B2で1時間稼動させれば2インスタンス時間、B4の場合は4インスタンス時間となります。 Residentの場合、一度起動すると、手動でシャットダウンさせるまでずっと常駐しますそのため、リクエストに対してすぐに応答することができます。 そのため、インスタンス時間をどんどん消費していきます。無料枠でB1の場合、初期化される日本時間16 00から、9インスタンス時間後の25 00の間しか稼動しません。その後、再び初期化される16 00までは、そのインスタンスを利用することができません。 Dynamicの場合、リクエストがあったときに起動され、しばらくして不要になれば除去されます。そのため、リクエストがあったときにインスタンスが起動されていなければ、起動に時間がかかってしまいます。 そのため、インスタンス時間の消費量は必要な分だけになります。 試してみる Backendsだろうが、実行するコードはServlet(或いは、Servletベースのフレームワーク)です。今回はSlim3のControllerでサンプルを作ってみます。 今回は、/testInstanceというパスで作ってみました。 package jp.fujiyan.test.controller; import org.slim3.controller.Controller; import org.slim3.controller.Navigation; import com.google.appengine.api.backends.BackendService; import com.google.appengine.api.backends.BackendServiceFactory; public class TestInstanceController extends Controller { private BackendService service = BackendServiceFactory.getBackendService(); @Override public Navigation run() throws Exception { System.out.println(service.getCurrentBackend()); return null; } } 今回は、Cronで実行させるのが目的で、レスポンスを返す必要が無いので、run()の戻り値は不要です。Slim3 Plug-inの、build.xmlのgen-controller-without-viewで作れば手っ取り早いです。 BackendService#getCurrentBackend()は、コードを実行しているBackendsのインスタンスの名前を返します。コードがFrontendで実行されている場合はnullを返します。 ブラウザから、/testInstanceでアクセスした場合、Frontendsで上記Controllerが実行されます。Logには、下記の様に出力されます。 Frontendsなので、nullが出力されています。 2012-01-01 01 23 45.678 [xxxxx/1.358322054626724163]. stdout null Cronを使って、Backendsで実行 Cronで、Backendsで実行させる場合は、 target で実行させるBackendsのインスタンス名を指定します。 ?xml version="1.0" encoding="UTF-8"? cronentries cron url /testInstance /url description Backends Instance Test /description schedule every day 18 00 /schedule timezone Asia/Tokyo /timezone target test-instance /target /cron /cronentries 上記の場合、日本時間18 00に、test-instanceで/testInstanceに対応するControllerが実行されます。Logには、下記の様に出力されます。 今度は、Backend Instanceの名前である、test-instanceが出力されています。 2012-01-01 18 00 07.752 [xxxxx/test-instance.358322297746672704]. stdout test-instance Backend Instance実行のCronからのTask Queue呼び出し Task Queue呼び出しの際のInstanceは、キューイング元のInstanceになるっぽいです。なので、targetを指定せずに、Backend Instance実行のCronからTask Queueを呼び出した場合は、同じBackend Instanceでタスクが実行されます。 明示的にBackend Instanceそ指定して、Task Queue呼び出し 例えば、通常のWebブラウザからのリクエスト(Frontend Instance)から、Backend InstanceでTask Queueを実行したい場合は、URLのホスト名で、Backend Instanceを指定します。 通常、リクエストの際のURLは、http //[アプリ名].appspot.com/~ですが、これをhttp //[Backend Instance名].[アプリ名].appspot.com/~とすれば、指定したBackend Instanceでリクエストを処理します。例えば、http //test-instance.appname.appspot.com/testInstanceとすれば、test-instanceで/testInstanceに対応するControllerが実行されます。 つまり、通常のリクエストにおける、http //[アプリ名].appspot.com/~の形式は、インスタンスを指定しない→Default(Frontend) Instanceということですね。 LocaleとTimeZone GAEのデフォルトでは、Localeはen_US、TimeZoneはUTCです。但し、ローカルの開発環境では、LocaleはOSの設定のようです。日本ならja_JP。でも、TimeZoneはUTCです。 Locale.setDafault()は、アクセス制御により使用が禁止されていますが、TimeZone.setDefault()は利用可能なようです。 ということで、TimeZoneはFilterでsetDefault()でJSTにしておいたほうが、何かとシアワセかもしれません。 URL Fetch APIでキャッシュされてしまう 参考 Disable URLFetchService cache - Google App Engine for Java | Google グループ 下記のように、Cache-ControlとPragmaを設定して、キャッシュを無効にしてしまう String url = …; URLConnection connection = new URL(url).openConnection(); connection.addRequestProperty("Cache-Control", "no-cache,max-age=0"); connection.addRequestProperty("Pragma", "no-cache"); BufferedInputStream in = new BufferedInputStream(openConnection().getInputStream()); try { … } finally { in.close(); } 認証 参考 北海道を愛するプログラマの覚書 認証については、Googleアカウントを利用する。 よって、基本的にアプリ側で認証を実装する必要は無い。但し、後述の3種類の権限よりも細かく制御したい場合には実装が必要。 アクセス権限については、次の3種類A)Googleアカウントへのログイン不要(全公開) B)Googleアカウントへのログイン必要(一般権限) C)Googleアカウントへのログイン必要(管理者権限) 上記A)については、特に設定は不要。 上記B)またはC)については、web.xmlの security-constraint に記述を行う。 B)またはC)でアクセス制限したいURLパターンを url-pattern に記述する。 B)に対して許可する場合は role-name * /role-name と記述する。 C)に対して許可する場合は role-name admin /role-name と記述する。Googleアカウントに対して管理者権限を与えるには、アプリの管理メニューで指定する。 下記は、URLが/member/で始まるコンテンツは、Googleアカウントにログインした人のみアクセス可能で、/admin/で始まるコンテンツは、Googleアカウントにログインした人の内、管理者権限を持っている人のみがアクセス可能となる。 security-constraint web-resource-collection url-pattern /member/* /url-pattern /web-resource-collection auth-constraint role-name * /role-name /auth-constraint /security-constraint security-constraint web-resource-collection url-pattern /admin/* /url-pattern /web-resource-collection auth-constraint role-name admin /role-name /auth-constraint /security-constraint OpenIDによる認証 参考 xfanの日記 hidemonの日記 OpenIDを使えば、Googleアカウント以外のOpenIDプロバイダを利用できます。 mixi Yahoo! はてな 等々 アプリケーションの設定 AdminConsoleにて、アプリケーションの作成時、作成後ならばApplication Settingsにて、 [Authentication Options]を"Federated Login"に設定しておきます。 /_ah/login_required 認証がされていない状態で、前述の security-constraint で保護されたURLにアクセスすると、 /_ah/login_requiredへリダイレクトされます。この動作はAppEngineで用意されているものなのですが、 肝心の/_ah/login_requiredのリクエストを処理するサーブレットは自前で用意する必要があります。 通常は、この/_ah/login_requiredのリクエストを処理するサーブレットで、OpenIDプロバイダの選択画面を表示します。 また、/_ah/login_requiredにリダイレクトされた際に、パラメータcontinueには、最初にリクエストされた、保護されたURLが格納されているので、 OpenIDプロバイダへのリクエスト時に、同様にパラメータcontinueにそのURLを設定することで、OpenIDプロバイダ側での認証完了後に、 continueに設定されたURLにリダイレクトしてくれます。 Slim3の場合 Slim3の場合は、/_ah/login_requiredにControllerを割り当てることができます。 [パッケージルート].controllerに、AddRouterクラスを作成します。 package jp.fujiyan.controller; import org.slim3.controller.router.RouterImpl; public class AppRouter extends RouterImpl { public AppRouter() { addRouting("/_ah/login_required", "/loginRequired"); } } AppRouter#addRouting()を使うことで、第1引数で指定したURLへのリクエストで、第2引数で指定したURLをハンドルするControllerが呼び出されるようになります。 上記の場合、/_ah/login_requiredへのリクエストで、/loginRequeredをハンドルする、jp.fujiyan.controller.LoginRequiredControllerが呼び出されます。 ローカルのDatastoreのデータを削除 参考プログラマ的京都生活 /war/WEB-INF/appengine-generated/local_db.binを削除して、同名のファイルを新規作成する。 削除直後のアクセスで"Failed to load from the backing store"というログとともにスタックとレースがでるけど気にしない ローカルテスト環境での管理コンソール http //localhost 8888/_ah/adminで、ローカルテスト環境の管理コンソールにアクセスできます。主に、Datastore Viewerで、ローカルのDatastoreが閲覧したい場合に。 つうか、つい最近までコイツの存在を知りませんでした…。 /work/は使わないほうがいい パス/work/を実現しようとして、/war/work/というディレクトリを作ると、Jettyがテンポラリファイルをそこに作成してしまい、何かと面倒くさいです。 ロギング まぁ、Log4Jは使えるけど、たとえばwarn()でログ出力しても、Administration Console上ではWarningとしては扱ってくれません。Info扱いですね。 ということで、管理面を考えると、Log4Jは使わずに、おとなしく標準ロギングAPIを使ったほうが良いのですかね。 なので、下記の記事は、参考までに… Log4Jを使うには 参考 I can't commons-loggingのjarファイルをwar/WEB-INF/libにコピー log4Jのjarファイルをwar/WEB-INF/libにコピー war/WEB-INF/appengine-web.xmlの system-properties にorg.apache.commons.logging.Logを追加する system-properties ... property name="org.apache.commons.logging.Log" value="org.apache.commons.logging.impl.Log4JLogger"/ ... /system-properties srcにlog4j.propertiesまたはlog4j.xmlを置き、内容を利用したい設定に変更する 新規プロジェクト作成時には、デフォルトでlog4j.propertiesが作成されるが、DataNucleusのログ設定しかないので、修正が必要 war/WEB-INF/logging.propertiesは不要なので削除してもよい。 削除の際には、war/WEB-INF/appengine-web.xmlの system-properties のjava.util.logging.config.fileも削除する JDOを使わない場合 参考 Song of Cloud プロジェクトのプロパティダイアログを開き(プロジェクトを選択して、右クリック→[Properties])、[Builders]の[Configure the builders for the project]で、[Enhancer]のチェックをOFFにするJDO向けのモデル拡張を行うプロセス。チェックしていると処理が実行されるので外しておく。 src/META-INF/jdoconfig.xmlを削除JDOの設定ファイル。不要なので削除する。 GAEでStruts2 GAEでStruts2
https://w.atwiki.jp/tirunanogu/pages/225.html
使用文字統一のため下記ページは削除 内容に関しては複製済み 魔物の巣 Ⅳ Lucky Day ワガママお嬢様 ロザリアⅡ ワガママお嬢様 ロザリアI 恋物語 Ⅳ スカウト Ⅴ スカウト VI 伝説の武器 Ⅲ 探し物は何? Ⅰ 偽者Ⅰ 挑戦状Ⅰ 秘密の遊び場 Ⅰ 敵討ちのバラードIII 卵の中身は?II シナリオ名
https://w.atwiki.jp/love_thailand/pages/18.html
リアルタイムな口コミはやっぱりブログだー☆レア情報とか参考になる(。・ω・。) +2013-03-26 ★ タイ ブロガーズ ...ブログがまとまってる! ★ H.I.S.タイ4支店 ~サワディー通信~ ...H.I.S.バンコク・パタヤ・チェンマイ・シラチャー支店の現地スタッフさんblog 【バンコク】に関するBlog #bf 【タイ王国】に関するblog #bf
https://w.atwiki.jp/asagaolabo/pages/4507.html
お気に入り登録 【おきにいりとうろく】 お気に入り登録 楽曲の登録 キャラクターの登録 関連リンク ポップンミュージック eclaleで登場したシステム。 文字通り、お気に入りの楽曲・キャラクターを登録できるもの。 登録することで、カテゴリに「お気に入り」が追加される。 楽曲の登録 登録したい楽曲をプレイし、リザルト画面でテンキーの「7」を入力すれば登録できる。 次作のうさぎと猫と少年の夢で2017/01/24のアップデートから、既に登録している曲はそのリザルト画面で同じように「7」を入力すると、解除することが可能になった。 最大で30曲まで登録できるが、それ以上登録する場合は先に登録した楽曲を上書きして登録するため注意。 また、リザルト画面以外で登録・解除ができない関係で、解除したい場合にもう一度プレイしなければならない難点もある。 稼働途中で削除曲となった楽曲を登録しており、削除後に登録数が29以下になった場合は、30曲になるまで上書きされずに登録される。 任意に登録・登録の解除ができるようになったため、カスタマイズカテゴリでは不可能な設定(例:スコアが●●●以上のEASY譜面、担当キャラクターが●●●の曲など)を疑似的に作ることも可能。 そのプレイデータではプレイ可能になっていない隠し曲を、ローカルモードやうさ猫スコアチャレンジを利用するなどでプレイした場合は、解禁済みでない限り登録できない。 キャラクターの登録 2016/01/27のアップデートから追加された。 カーソルを合わせているキャラクターにおいてテンキーの「1」を入力すれば登録できる。 この登録は2Pカラーやバージョン違いの状態も含めて登録される形となる。 関連リンク オススメカテゴリ MY BEST ポップンミュージック eclale 基本要素・システム
https://w.atwiki.jp/blackops2_cod/pages/270.html
クラン一覧PS3 page35 編集ルール※必ず読んでください。 •登録は上から順番に編集してください。 •レイアウトが崩れないように編集してください。(プレビューでの確認を推奨。) •バナーのサイズは300px×80px以内にしてください。 •登録数が20組を超えたら新たなページに登録してください。 •前ページの登録数が20になったらこちらに登録してください。 •一度登録したクランは登録しないでください、ページの増加を防ぐためですのでご了承ください。 •なお、上記に反した登録をした場合削除を行っても構いません。 番号 クラン名 人数 タイトル 紹介 登録日
https://w.atwiki.jp/ganbare-tohoku/pages/18.html
パーソンファインダーに入力するときの注意点 (yt様投稿の転記) ファインダー登録の際に、該当する名前が既にDBに存在して 誰かがこの人を探している場合、 私は以下のことに留意しています。ご参考として頂けましたら幸いです。 住所などから、本当に該当する人かどうかを確認 (近隣の市町村であった場合も当人であるとみなしています) コメントとして追記 「この人の状況」は変更しない(同姓同名の人違いであった場合のため) コメントは以下 xxxxxxの避難者名簿に名前が存在します。 https //picasaweb.google.com/116505943227607394790/2011_03_15_0700_name_list#5583955136380837554 同姓同名の別の方かもしれません。ひょっとしたらと思い、お伝え致します。 URLが変わるので、現状はドロップボックス内のものは実施していない (ドロップボックスから外れたものでも未登録のものはたくさんあります) コメント投稿者の名前には私の本名を用いる(探している方への配慮です)
https://w.atwiki.jp/grandblaze/pages/39.html
削除依頼などはこちらへお願いします。 ティー様の欄に 紅龍 とうっかり入力してしまいました。ミスですので削除お願いいたします。 -- 名無しさん (2008-03-12 00 32 15) 削除しました。 -- 管理人 (2008-03-12 20 23 37) 水を注すようで申し訳ありませんが、無内容・直接的・事実に反する確定的な内容の書き込みが増えているように見受けられます。管理人さまの独断と采配で構いませんので、目に余る項目は削除していただけないでしょうか? -- 名無しさん (2008-03-13 00 24 02) ご意見ありがとうございます。 無内容の項目につきましては、あまりそのような項目が増えるのも 好ましくありませんので、慎んでいただくようトップページに記載いたします。 項目内容につきましてですが、現在のところ私としては、明らかな悪口雑言や 日本語として意味の理解できない文、スパム広告のように全く関係のない書き込みを 除き、こちらで依頼されたもの以外に手を付けることは考えておりません。 理由といたしまして、私が独断でそのようなことを行うとどうしても 好き嫌いが出てきてしまいかねませんし、私も当ゲームに関連することを 全て知っているわけでも有りませんので、判断が厳しくなる項目と甘くなる項目が 出てきてしまいます。 利用者の方々の中にも、管理人がもしかしたら勝手に編集するとなると 書き込みにくいと思われるようになる方が出てきてしまうでしょう。 また、当サイトは情報サイトとしてではなく、項目に記述されたことを話のネタに していただけるような、どちらかといえば交流支援サイトとして扱ってほしいと 思っていますので、正直な話、情報の正確性にはそれほど重きを置いておりません。 そういった意味では、辞書を作ろう!としておりますが、実際は噂の寄せ集め場所、 みたいなイメージの方が正しいのかもしれません。 とはいえ、あまり事実無根の書き込みばかりとなるのも決して意図したところでは ありませんので、そのような書き込みは極力しないでいただけるようトップページに 記述し、利用者の方々に協力をお願いする形で様子を見たいと思います。 以上、ご期待に沿えず申し訳ありませんが、ご了承願います。 (管理人 2008/03/13 直接編集) 管理人様のご判断理解いたしました。不粋な自分の書き込みにご回答くださり、ありがとうございました。また利用されている皆様には、大変ご迷惑をおかけ致しましたことを深くお詫び申し上げます。 -- 名無しさん (2008-03-13 23 31 25) 「新規」という項目を誤って登録してしまいました。すみませんが削除をお願いいたします。 -- 名無しさん (2008-03-14 15 14 58) 「GETA」という項目が登録されていますが、「下駄」という項目が既に存在しており、また無内容の項目なので削除しても良いのではないでしょうか。ご報告まで。 -- 名無しさん (2008-03-14 21 37 03) 項目「新規」「GETA」を削除しました。 -- 管理人 (2008-03-14 23 06 04) リュウシン(196)の欄にキャラクターのフルネームを書かないまま、新規ページ作成してしまいました。お手数ですが削除をお願いいたします。 -- 名無しさん (2008-07-26 00 45 05) 削除しました。 -- 管理人 (2008-07-26 22 52 34) クルチェ(442)さんの所に書き込もうとした際に誤って入力途中のものを送信してしまいました。お手数をおかけしますがミスをしている方の書き込みの削除をお願いできませんでしょうか。 -- 名無しさん (2008-07-28 23 20 34) 該当書き込みを削除しました。 -- 管理人 (2008-07-28 23 57 00) 名前 コメント
https://w.atwiki.jp/asdfa/pages/891.html
#freeze #contents br; ** wikiとは [#f8ef9999] wikiは使用者の誰でもが編集できます。wikiに形式はありません。 ページは使用者で自由に変えれますし、wikiの知識が無い方にはコメント欄が用意されています。 br; 完全な情報を載せる必要はありません。 自分が知っている情報を少しづつ出し合って、皆で作り上げていくものです。 br; 自分のペースで、少しづつ。 てきとうに。 br; ** ページ説明 [#f8ef838e] 削除人と連絡を取るためのページです。 このページのコメント欄に記入をするかメールを送る事で連絡を取る事ができます。 br; 削除人も編集者の1人でしかありませんが、削除人は下記の5つの事が出来ます。 br; ・ページ名の変更(コピー作成、コピー元削除なら誰でも可能です) ・失敗アップロードファイルの完全削除(一時削除までは誰でも可能です) ・荒らし時の詳細ログ出力(プロバイダ&wikiwikiへの通達) ・ページの凍結(編集可、不可の切替) ・スタイルシートの変更 ref(mail.gif,nolink); ** コメント [#wd42d6e6] - 失敗アップロードファイルの完全削除 -- [[ルシ]] new{2007-04-20 (金) 01 48 51}; - 削除完了しました。 -- new{2007-04-21 (土) 12 12 22}; #comment